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GENERATING SIMULATION CODE 
TECHNICAL FIELD 

This invention relates to generating simulation code, 

BACKGROUND 

Computer languages and their associated compilers have a 
predetermined state width, sometimes called a native platform 
word width. For example, the C++ computer language has a 
native platform word width of 32 bits. Typically, a state 
width that is larger than the native platform word width is 
represented by multiple values having a width equal to or 
smaller than the native platform word width. For example, in 
C++, a 96-bit state can be represented as three 32-bit values. 

A simulator is used by a software developer to run and 
test software code. Typically, simulators run code that will 
be compiled by a compiler. Simulators use states to store 
information as the software code is processed. 
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DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a flowchart of a process for generating 
simulation code. 

FIG. 2 is a block diagram of a computer system on which 
the process of FIG. 1 may be implemented. 

DESCRIPTION 

Referring to FIG. 1, process 10 generates simulation code 
for use with a computer language. In this embodiment, the 
simulation code may be used to simulate digital circuits; 
however, the invention is not limited as such. 

Process 10 allows a simulator to have internal states 
that exceed a predetermined state width, called a native 
platform word width. In this regard, when designing a high 
performance processor, a user typically has to deal with large 
state widths, which often exceed the native platform word 
width. In a C++ simulator, these states should be defined and 
handled properly to avoid costly errors. For example, in most 
C++ simulators, the user is restricted to 32-bit data values. 
Thus, when comparing two 64-bit states, the simulator is 
required to compare a low word value (the first 32 bits) and 
high word value (the last 32 bits) . 
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Process 10 allows for state variables larger than the 
native platform word width to be generated and used as though 
these state variables were within the native platform width. 
Process 10 declares (12) a width of a state variable to be 
5 equal to the size of the vector state width. The size of the 
state variable width is declared within the simulation code. 
The vector state is generated by the user through an 
input/output device (e.g., a console) by simply inputting the 
U: width size of the vector state. The width of the vector state 

p10 is n bits wide, where n > 1. By generating the vector state, 

m 

*4 the data for the vector state can be retrieved in one process 

# action from memory instead of multiple actions. Process 10 

w 

^ extracts (14) data from the vector state by going to memory 

JT; and extracting the information in a single action. All n bits 

5^15 of the vector state are extracted from memory in one action 

•ft! 

and placed in the state variable. 

At a simulation console (not shown) , a user can 
dynamically create a simulation vector state by specifying a 
width of the vector state. The vector state can be compared 
20 or used in software expressions in what is referred to herein 
as "an atomic action. " An atomic action is an operation in 
which an entire vector state is used at a time (i.e., not in 
portions) . That is, the vector state need not be split-up 
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before processing. Generating vector states simplifies the 
writing of simulation scripts used to drive simulations, 
because it reduces the number of lines in the simulation code, 
For example, there is no longer a need to break-up the state 
and do multiple comparisons. 

In more detail, absent process 10, the software code to 
compare two 80-bit state variables, statel and state2, is as 
follows : 



pio 1 unsigned int [3] statel; //Declare states 

Q 2 unsigned int [3] state2; 

yfl 3 unsigned int [2] carryout; 

%i 4 //Extract simulation statel 

H 5 5 statel [0] =simulator_vector_statel [31:0] ; 

#15 6 statel [l]=simulator_vector_statel [63: 32] ; 

W 7 statel [2] =simulator_vector_statel [7 9: 64] &0xFFFF 

| w . 8 //Extract simulation state 2 

fcf 9 state2 [0] =simulator_vector_state2 [31:0] ; 

10 state2 [1] =simulator_vector_state2 [63:32] ; 

}|20 11 state2 [2] =simulator_vector__state2 [79: 64] &0xFFFF 

t K 12 //If statel equals state2 increment statel by 1 

m 13 if ( (statel [0] ==state2 [0] ) && (statel [1] ==state2 [!])&& 

(statel [2]==state2[2] ) ) 

14 { 

25 15 carryout [0]= (statel [0]+l)==0; //Are we going from 

Oxffffffff to 0x000000000 

16 statel [0] =statel [0] +1; 

17 carryout [1] = (statel [1] +carryout [0] ) ==0 //Carry in 
the middle word 

30 18 statel [l]=statel [1] +carryout [0] ) ; 

19 statel [2]= (statel [2] +carryout [1] ) & OxFFFF; 

20 } 



In lines 5-7 of the foregoing software code, statel is 
35 extracted 32-bits at a time using three line of software code. 



-4- 



Docket No.: 10559/604001/P12888 



This extraction process generates three values. These three 
values are stored in three separate data memory locations. 
Likewise, in lines 9-11, state2 is extracted 32~bits at a 
time. This extraction process also generates three values. 
5 The only way to determine if the two states, statel and 

state2, are the same is to compare separately the values that 
make-up the two states. To make this comparison in the 
software code, the code must account for each of the values 
H» making-up the state. 

SJO By contrast, software code may be developed in accordance 

yi 

* with process 10, which eliminates the need for three separate 

f% comparisons. One example of software code to implement 

g process 10 to compare two state variables, statel and state2, 

m is as follows: 




20 



25 



1 
2 
3 
4 
5 
6 
7 
8 
9 

10 
11 



vector80 (statel) ; //declare states 

vector80 (state2) ; 
//extract simulator statel 

statel (79, 0) =simulator_vector_statel (79,0); 
//extract simulator state2 

st at e2 ( 7 9 , 0 ) =simulator_vector_st at e2 (79,0); 
//if statel equals state2 increment statel by 1 
if (statel (79,0) ==state2 (79,0) ) 



statel (79, 0)=statel (7 9, 0) +1; 



Using process 10, statel is extracted in one line (see 



line 4) and state2 is also extracted in one line(see line 6). 
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Thus, when the two state variables are compared, the software 
code compares the entire statel to the entire state2 in an 
atomic (i.e., single) action. Thus, there is no need for 
three separate comparisons. 

By using vector states in simulation code generation, the 
user can code faster and make change easier. If the 
simulation platform changes, for example, the amount of 
platform specific input code changes is also reduced. 

FIG. 2 shows a computer 50 for generating simulation code 
using process 10. Computer 50 includes a processor 52 for 
processing states, a memory 54, and a storage medium 56 (e.g., 
hard disk) . Storage medium 56 stores operating system 60, 
data 62 for storing states, and computer instructions 58 which 
are executed by processor 52 out of memory 54 to perform 
process 10. 

Process 10 is not limited to use with the hardware and 
software of FIG. 2; it may find applicability in any computing 
or processing environment and with any type of machine that is 
capable of running a computer program. Process 10 may be 
implemented in hardware, software, or a combination of the 
two. Process 10 may be implemented in computer programs 
executed on programmable computers/machines that each include 
a processor, a storage medium/article readable by the 
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processor (including volatile and non-volatile memory and/or 
storage elements) , at least one input device, and one or more 
output devices. Program code may be applied to data entered 
using an input device to perform process 10 and to generate 
5 output information. 

Each such program may be implemented in a high level 
procedural or objected-oriented programming language to 
communicate with a computer system. However, the programs can 
Mb be implemented in assembly or machine language. The language 

war 

Q10 may be a compiled or an interpreted language. Each computer 
p program may be stored on a storage medium (article) or device 

?* (e.g., CD-ROM, hard disk, or magnetic diskette) that is 

m 

* m readable by a general or special purpose programmable computer 

$*& 

hi! for conf ig ur ing and operating the computer when the storage 

p15 medium or device is read by the computer to perform process 

10. Process 10 may also be implemented as a machine-readable 
storage medium, configured with a computer program, where upon 
execution, instructions in the computer program cause the 
computer to operate in accordance with process 10. 
20 The invention is not limited to the specific embodiments 

described herein. For example, the generated vector state 
does not have to be processed by a simulator. The generated 
vector state can be used with any software or machine code 
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that has a native platform width restriction. The invention 
is not limited to the specific processing order of FIG. 1. 
Rather, the blocks of FIG. 1 may be re-ordered, as necessary, 
to achieve the results set forth above. 

Other embodiments not described herein are also within 
the scope of the following claims. 

What is claimed is: 



